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10 La presente invention concerne un procede d'adaptation du contenu 

de documents sur un serveur d'informations. 

Elle concerne egalement un dispositif d'adaptation susceptible de 
mettre en oeuvre le procede d'adaptation conforme a I'invention. 

De maniere generale, la presente invention s'inscrit dans le domaine 
15 des reseaux de communication, du type reseau Internet. 

Dans ce type de reseau, de nombreux documents electroniques 
transitent d'un serveur deformations vers un utilisateur appele egalement 
client. 

Les documents delivres par les serveurs d'informations sont de 
20 contenus divers et generalement assez riches. 

lis comportent souvent des media tels que des images, du son ou 
encore de la video. 

Cependant, ces documents electroniques peuvent etre delivres a 
differents terminaux, tels que des ordinateurs de bureau, des ordinateurs de 
25 poche, des assistants digitaux personnels ou encore des telephones mobiles. 

Alors que les ordinateurs de bureau ont generalement une 
puissance suffisante pour pouvoir afficher ou traiter les documents 
electroniques regus, d'autres terminaux ont des capacites relativement limitees 
en terme de memoire, taille d'ecran, puissance du processeur, ... 
30 Dans ce cas, les documents regus ne peuvent pas toujours etre 

affiches ou traites. 




On connaTt diverses solutions mises en oeuvre sur les serveurs 
conformations qui permettent d'adapter le contenu lui-meme du document au 
terminal auquel il est destine. 

[.'adaptation du document est faite en tenant compte de differentes 
5 caracteristiques telles que des caracteristiques physiques du terminal, des 
caracteristiques du reseau, ou encore certaines caracteristiques propres a 
Tutilisateur. 

Les transformations effectuees sur les documents d'un serveur sont 
principalement des conversions intra-media (changement de la taille ou de la 
10 qualite d'une image par exemple), et des conversions inter-media (conversion 
d'un son en texte par exemple ou de sequences video en images fixes). 

Une premiere solution consiste a adapter dynamiquement 
I'ensemble des documents d'un serveur deformations. 

En pratique, cette adaptation dynamique est effectuee au fur et a 
15 mesure que le client accede aux donnees. 

Ainsi, lorsque le serveur re?oit une requete d'acces a une page d'un 
document, les donnees contenues dans cette page sont transformees avant 
renvoi de cette page. 

Cette solution presente I'inconvenient de creer des delais 
20 supplementaires dans renvoi d'un document a Tutilisateur dus aux temps de 
traitement. 

Une deuxieme solution consiste a adapter tout ou partie des 
documents presents sur le serveur des leur creation. 

En pratique, le serveur deformations genere automatiquement des 
25 versions multiples des documents (par exemple une meme image a differentes 
resolutions). 

Cette solution permet au serveur d'informations de disposer de 
differentes versions d'un meme document adaptees a differents clients. 

Cependant, elle necessite un espace de stockage tres important 
30 pour pouvoir stocker les differentes versions d'un meme document. 
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Par ailleurs, cette adaptation statique ne peut pas prendre en 
compte tous les differents types de terminaux existants et le serveur 
d'informations doit par consequent realiser une adaptation dynamique des 
documents pour certains utilisateurs particuliers du reseau. 
5 La presente invention a pour but de resoudre les inconvenients 

precites et de proposer un procede d'adaptation du contenu de documents 
permettant de generer toutes les versions, et seulement celles-ci, necessaires 
a un utilisateur donne. 

A cet effet, la presente invention vise un procede d'adaptation du 
10 contenu de documents sur un serveur d'informations comportant les etapes 
suivantes : 

- reception d'une requete d'acces par un utilisateur a Tun des 
documents situes sur le serveur d'informations, ladite requete d'acces debutant 
une session de communication ; et 
15 - analyse des caracteristiques contenues dans ladite requete 

d'acces. 

Conformement a Tinvention, ce procede d'adaptation comprend une 
etape d'adaptation du contenu d'au moins un deuxieme document situe sur le 
serveur d'informations en fonction desdites caracteristiques, Tetape 
20 d'adaptation dudit deuxieme document s'effectuant avant la reception d'une 
requete d'acces audit deuxieme document. 

Ainsi, grace a Tinvention, Tadaptation des documents sur un serveur 
est realisee, en fonction des caracteristiques transmises par Tutilisateur 
accedant au serveur, des le debut de la session de communication. 
25 En outre, I'adaptation des documents est commencee avant meme 

que ces documents soient demandes par Tutilisateur, ceci permettant de ne 
pas retarder I'envoi de ces documents lors d'une requete a ces documents au 
cours de la session. 

Enfin, seules les versions necessaires et adaptees a Tutilisateur sont 
30 generees sur le serveur deformations. 
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Selon une caracteristique preferee de I'invention, I'etape d'adaptation 
est interrompue a la reception d'une requete d'acces a un document du serveur 
d'informations. 

Cette interruption de I'etape d'adaptation permet au serveur 
5 d'informations de traiter en priorite les differentes requetes d'acces regues afin 
d'envoyer le document demande par I'utilisateur. 

L'etape d'adaptation peut ainsi etre realisee sans gener le traitement 
des autres requetes d'acces, pendant les periodes d'inactivite du serveur sur le 
reseau de communication. 
10 De maniere particulierement avantageuse, a I'etape d'adaptation, le 

contenu de tous les documents situes sur le serveur d'informations est adapte 
en fonction desdites caracteristiques. 

Dans I'eventualite ou le serveur d'informations a un espace memoire 
suffisant, il est particulierement avantageux d'adapter tous les documents 
15 presents sur ce serveur afin de pouvoir repondre aux requetes multiples de 
I'utilisateur. 

Selon une autre caracteristique preferee de Tinvention, le procede 
d'adaptation comporte en outre une etape de determination d'un ordre de 
traitement pour I'adaptation des documents situes sur le serveur d'informations. 
20 Cette etape de determination permet d'appliquer une strategie 

donnee pour transformer tous les media contenus dans les differents 
documents accessibles. 

Le but est de transformer les documents dans un ordre donne qui 
soit, si possible, proche de celui dans lequel I'utilisateur est susceptible de 
25 demander les differents documents. 

Selon une autre caracteristique preferee de Tinvention, le procede 
d'adaptation comprend une etape de suppression des documents adaptes du 
serveur d'informations a la fin de la session de communication entre ledit 
utilisateur et le serveur d'informations. 



Une fois la session de communication terminee, le serveur 
d'informations peut alors disposer de toutes les versions generees pour 
I'utilisateur et liberer ainsi I'espace memoire utilise pour stacker ces donnees. 

Correlativement, la presente invention concerne un dispositif 
d'adaptation du contenu de documents sur un serveur d'informations 
comprenant : 

- des moyens de reception d'une requete d'acces par un utilisateur a 
Tun des documents situes sur le serveur d'informations ; et 

- des moyens d'analyse des caracteristiques contenues dans ladite 
requete d'acces. 

Conformement a 1'invention, ce dispositif d'adaptation comprend des 
moyens d'adaptation du contenu d'au moins un deuxieme document situe sur 
le serveur d'informations en fonction desdites caracteristiques, 1'adaptation 
dudit deuxieme document s'effectuant avant la reception d'une requete d'acces 
audit deuxieme document. 

Ce dispositif d'adaptation presente des caracteristiques et avantages 
analogues a ceux decrits precedemment pour le procede d'adaptation qu'il met 
en oeuvre. 

La presente invention vise egalement un serveur d'informations et un 
reseau de communication comprenant des moyens pour mettre en oeuvre le 
procede d'adaptation conforme a I'invention. 

Enfin, la presente invention vise un programme d'ordinateur lisible 
par un microprocesseur et comprenant des portions de codes logiciels ou des 
instructions de programme adaptees a mettre en oeuvre le procede 
d'adaptation conforme a I'invention. 

D'autres particularites et avantages de I'invention apparaTtront 
encore dans la description ci-apres. 

Aux dessins annexes, donnes a titre d'exemples non limitatifs : 

- la figure 1 est un schema illustrant un reseau de communication 
adapte a mettre en oeuvre le procede d'adaptation conforme a I'invention ; 
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- la figure 2 est un schema bloc illustrant un ordinateur adapte a 
mettre en oeuvre le procede d'adaptation conforme a I'invention ; 

- les figures 3a et 3b sont des algorithmes illustrant le procede 
d'adaptation conforme a un mode de realisation de ['invention ; 

5 _ la figure 4 est un algorithme detaillant I'etape d'adaptation d'une 

page a la figure 3a ; 

- la figure 5 est un algorithme illustrant un ordre de traitement pour 
I'adaptation des documents conformement a un premier mode de realisation de 
('invention ; 

10 - les figures 6 et 7 sont des algorithmes illustrant un ordre de 

traitement pour I'adaptation des documents conformement a un deuxieme 
mode de realisation de I'invention ; 

- la figure 8 est un algorithme detaillant I'etape de traitement d'une 
page du deuxieme mode de realisation illustre aux figures 6 et 7 ; et 

15 . la figure 9 est un schema illustrant I'ordre de traitement des 

documents selon le deuxieme mode de realisation illustre aux figures 6 et 7. 

On va decrire tout d'abord, en reference a la figure 1, un reseau de 

communication, du type reseau Internet, susceptible de mettre en oeuvre le 

procede d'adaptation conforme a I'invention. 
20 Un reseau de communication 2 permet d'echanger des donnees 

electroniques entre un serveur 1 et plusieurs clients 3 accedant au reseau. 

Dans ce type d'architecture client/serveur tel que le reseau Internet, 

il est important de pouvoir adapter le contenu de donnees multi-media 

distributes par le serveur 1 en fonction des capacites du client 3. 
25 Dans le reseau Internet, le serveur 1 comprend des documents 

constitues ici et de maniere non limitative de pages Web. 

Ces pages Web 21 sont generalement ecrites dans un langage de 

description de donnees telles que le langage HTLM (en anglais Hyper Text 

Markup Language). 

30 Les echanges ou la communication d'informations ou de donnees 

s'effectuent grace au reseau Internet 2. 
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A titre d'exemple, tous les echanges entre les clients 3 du reseau 
Internet 2 et le serveur d'informations 1 sont effectues grace a un protocole de 
transfert connu sous le nom de HTTP (en anglais Hyper Text Transfer! 
Protocol). 

5 Bien entendu, un reseau de communication du type Internet 2 peut 

comporter de nombreux serveurs d'informations 1 . 

Les pages Web 1 contiennent generalement des liens vers des 
documents multi-media tels que des images, du son ou encore de la video. 

Ces donnees multi-media originales sont stockees par exemple dans 
10 un repertoire 23 vers ou pointent les liens contenus dans chaque page 21. 

Ce serveur d'informations 1 comporte egalement un moteur de 
decision 22 (en anglais Decision Engine) qui permet de traiter les requetes 
d'acces regues par I'intermediaire du reseau de communication 2. 

Ce moteur de decision 22 comporte ainsi a la fois des moyens de 
15 reception de requetes, des moyens d'analyse de ces requetes et notamment 
d'analyses des caracteristiques contenues dans ces requetes. 

Le moteur de decision 22 permet egalement d'envoyer les reponses 
et les documents demandes par chaque client 3 du reseau de communication 
2. 

20 Ce moteur de decision 22 commande par ailleurs un moteur de 

transcodage 24 qui permet d'adapter le contenu des documents situes sur le 
serveur 2 notamment en fonction des caracteristiques lues dans une requete 
d'acces. 

En pratique, ce moteur de transcodage 24 permet de transformer les 
25 donnees originales memorisees dans le repertoire 23 en des donnees 
transcodees memorisees dans un second repertoire 25. 

Le moteur de decision 22 modifiera dans ce cas les liens contenus 
dans les differentes pages Web 21 de maniere a faire pointer ces liens vers le 
second repertoire 25 contenant les donnees transcodees. 
30 Conformement a Tinvention, et comme cela sera bien decrit 

ulterieurement en reference au procede d'adaptation, le moteur de decision 22 



commande le moteur de transcodage 24 de maniere a transcoder les donnees 
originates du repertoire 23 en fonction des caracteristiques associees a un 
client 3 ayant debute une session de communication avec le serveur 
d'informations 1 . 

5 L'ordre dans lequel sera realise le transcodage des donn6es est 

determine egalement par le moteur de decision 22 en appliquant une strategie 
donnee. 

En outre, le second repertoire 25 est adapte a memoriser I'ensemble 
des donnees transcodees a partir des donnees originales du serveur 

10 d'informations 1. 

A la fin de chaque session de communication entre un client 3 et le 
serV eur d'informations 1, ce second repertoire 25 est efface de maniere a 
supprimer ('ensemble des donnees transcodees tenant compte des 
caracteristiques du client 3. 

15 De maniere classique, I'ensemble du serveur d'informations 1 peut 

etre incorpore dans un ordinateur tel qu'illustre a la figure 2. 

Les moyens decrits precedemment, permettant de mettre en oeuvre 
le procede d'adaptation conforme a invention, sont incorpores dans un 
microprocesseur 100 (CPU) communiquant au moyen d'un bus de 

20 communication 101 avec une memoire morte 102 (en anglais ROM ou Read 
Only Memory) et une memoire vive 103 (en anglais RAM ou Random Access 
Memory). 

La memoire vive 103 peut comporter des registres adaptes a 
memoriser diverses variables modifiees lors de I'execution du procede 
25 d'adaptation. 

Ces variables P f p, T [P] et Nb [P] seront decrites ulterieurement en 
reference au procede d'adaptation. 

Cet ordinateur 1 peut comporter un ecran 104 permettant de 
visualiser les donnees ou pages Web du serveur 1 . 
30 Un clavier 114 ou tout autre moyen, par exemple une souris, peut 

permettre de parametrer Tensemble des donnees memorisees sur le serveur. 
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L'ordinateur 1 est connecte a differents peripheriques, par exemple 
une camera numerique 107 ou un scanner 105 qui, par le biais d'une carte 
graphique, peut fournir une image numerique a inserer dans une page Web 21 
du serveur d'informations 1. 
5 Bien entendu, d'autres peripheriques pourraient etre utilises. 

Alternativement, l'ordinateur 1 peut etre relie a un microphone 111 
qui, par le biais d'une carte entree-sortie 106, peut fournir un signal audio a 
memoriser dans une page Web 21. 

L'ordinateur 1 comporte egalement une interface de communication 
10 112 reliee au reseau de communication 2 de maniere a pouvoir recevoir des 
requetes d'acces d'un quelconque client 3 du reseau et, en reponse, envoyer 
des documents aux differents clients 3. 

Cet ordinateur 1 comporte egalement un moyen de stockage 108 tel 
que par exemple un disque dur. 
1 5 II comporte egalement un lecteur de disque 1 09. 

Le disque lu 110 peut etre une disquette, un CD-ROM ou un DVD- 
ROM. 

Le disque 110 ou encore le disque dur 108 peuvent contenir des 
donnees multi-medias a incorporer dans une page Web 21 du serveur. 
20 lis peuvent egalement contenir le programme mettant en oeuvre 

I'invention qui, une fois lu par le microprocesseur 100 sera stocke dans le 
disque dur 108. 

Dans une variante de I'invention, le programme permettant a 
I'ordinateur de mettre en oeuvre I'invention pourra egalement etre stocke en 
25 memoire morte 102. 

En seconde variante, le programme pourra etre regu pour etre 
stocke de fagon identique par Tintermediaire du reseau de communication 2. 

L'unite centrale 100 execute les instructions relatives a la mise en 
oeuvre de Tinvention, stockees dans la memoire morte 102 ou dans tout autre 
30 element de stockage de I'ordinateur 1 . 
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Lors de la mise sous-tension, le programme d'adaptation mettant en 
oeuvre Tinvention, stocke dans une memoire non volatile, par exemple la 
memoire morte 102, est transfere dans la memoire vive 103 qui contiendra 
alors le code executable de invention. 
5 Le bus de communication 101 permet la communication entre les 

differents elements inclus dans I'ordinateur 1 ou relies a lui. 

Bien entendu, la representation du bus 101 n'est pas limitative et 
notamment I'unite centrale 100 est susceptible de communiquer des 
informations a tout element de I'ordinateur 1 directement ou par I'intermediaire 
1 0 d'un autre element de I'ordinateur. 

De maniere generate, un moyen de stockage d'informations, tel 
qu'une disquette, lisible par un ordinateur ou par un microprocesseur, integre 
ou non a cet ordinateur, et eventuellement amovible, est adapts a memoriser 
un programme mettant en oeuvre le procede d'adaptation conforme a 
15 information. 

On va decrire a present, en reference notamment a la figure 3a, le 
procede d'adaptation du contenu des documents sur le serveur d'informations 1 
mis en oeuvre conformement a Tinvention. 

Ce procede d'adaptation comporte tout d'abord une etape de 
20 reception E31 dans laquelle le serveur d'informations 1 regoit une requete 
d'acces emise par un utilisateur 3 qui souhaite acceder a un document du 
serveur. 

Generalement, le client 3 emet une requete pour acceder a la page 
d'accueil ou a une autre page parmi celles disponibles sur le serveur 
25 d'informations 1 . 

Lorsque I'utilisateur 3 se connecte pour la premiere fois apres un 
certain laps de temps, une nouvelle session de communication avec le serveur 
d'informations 1 est initialisee. 

Une session de communication correspond a un espace de temps 
30 pendant lequel I'utilisateur 3 et le serveur 1 pourront communiquer et echanger 
des donnees stockees tant au niveau du serveur 1 que de I'utilisateur 3. 
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Pendant une meme session de communication, le serveur 
d'informations 1 peut par exemple memoriser certaines preferences de 
I'utilisateur qui ne sont pas automatiquement incluses dans toutes les requetes 
emises par Tutilisateur 3. 
5 Apres reception de cette premiere requete d'acces, une etape 

d'acquisition et d'analyse E32 des caracteristiques contenues dans la requete 
d'acces est mise en oeuvre. 

Cette etape d'acquisition E32 permet d'acquerir les caracteristiques 
associees a I'utilisateur 3, qui seront alors valables tout au long de la session 
10 de communication debutee. 

Dans le protocole de communication HTTP, ces caracteristiques 
peuvent etre incorporees dans Ten-tete de la requete HTTP. 

Les caracteristiques analysees a cette etape d'acquisition E32 sont 
choisies parmi : 

15 - les caracteristiques liees au terminal utilise par I'utilisateur 3. 

Ces caracteristiques sont des caracteristiques physiques du 
terminal, telles que la taille de son ecran, le type d'affichage (couleur ou 
monochrome), la memoire du terminal, ou encore la capacite du modem 
associe. 

20 En outre, ces caracteristiques peuvent prendre en compte les 

capacites logicielles du terminal, telles que la presence ou non d'un navigateur, 
d'un afficheur d'image, d'un lecteur de fichiers audio ou de sequences video. 

- les caracteristiques du reseau de communication 2, et notamment 
la bande passante disponible ; 

25 - des caracteristiques propres a Tutilisateur indiquant par exemple 

ses preferences en terme de temps d'attente, de qualite du contenu du 
document demande, ... 

Apres acquisition et analyse de ces caracteristiques, ces dernieres 
sont memorisees au niveau du serveur d'informations 1 de maniere a pouvoir 

30 etre utilisees tout au long de la session de communication. 
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Une etape d'adaptation E33 permet d'adapter le contenu de la page 
requise dans la requete d'acces en fonction de ces caracteristiques. 

Cette etape d'adaptation d'une page E33 sera decrite ulterieurement 
en reference a la figure 4. 
5 Une fois la page requise adaptee, cette page est envoyee a 

I'utilisateur 3 dans une etape d'envoi E34. 

Puis, conformement a I'invention, une etape d'adaptation E35 est 
mise en oeuvre au niveau du serveur 1 de maniere a adapter au moins un 
deuxieme document situe sur ce serveur avant meme de recevoir une requete 
1 0 d'acces a ce deuxieme document. 

De preference, lors de cette etape d'adaptation E35, le contenu de 
tous les documents situes sur le serveur d'informations 1 est adapte en fonction 
des caracteristiques acquises a I'etape d'acquisition E32. 

Cette etape d'adaptation E35 sera decrite ulterieurement en detail en 
1 5 reference aux figures 5 et suivantes. 

De maniere generate cependant, des lors que le serveur regoit une 
nouvelle requete de la part de I'utilisateur 3, une interruption lnter-1 est mise en 
ceuvre afin d'interrompre I'etape d'adaptation E35 et de traiter en priorite la 
nouvelle requete d'acces regue. 
20 Comme illustre a la figure 3b, lors de cette interruption lnter-1, on 

reitere les etapes d'adaptation de page E33 et d'envoi de page E34 sur la page 
requise dans la nouvelle requete d'acces regue. 

Bien entendu, et conformement a I'invention, si cette nouvelle page 
requise a deja ete adaptee pendant I'etape d'adaptation de serveur E35, I'etape 
25 d'adaptation de page E33 est inutile. Cette page peut alors etre envoyee sans 
delai a I'etape d'envoi E34. 

Cette disposition permet de traiter en priorite les requetes regues par 
le serveur d'informations par rapport au processus d'adaptation mis en oeuvre. 

L'etape d'adaptation d'une page E33 va maintenant etre decrite en 
30 detail en reference a la figure 4. 
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En pratique, la page Web traitee 21 est lue et tous les media inclus 
dans cette page sont traites les uns apres les autres. 

Une etape de lecture E41 permet de lire le premier medium inclus 
dans la page requise. 
5 Une etape de test E42 permet au moteur de decision 22 de verifier si 

ce medium lu est adapte ou non aux caracteristiques de Tutilisateur 3. 

Dans I'affirmative, une etape E43 permet de verifier si la page 
contient d'autres media, et dans I'affirmative, de lire dans une etape de lecture 
E44 le medium suivant de la page requise. 
10 Si a Tissue de I'etape de test E42, le medium lu n'est pas adapte aux 

caracteristiques du client, une etape de choix E45 permet de determiner la 
version du medium adaptee aux caracteristiques du client. 

On verifie dans une etape de test E46 si cette version modifiee du 
medium existe, c'est-a-dire si elle est deja memorisee dans le second repertoire 
15 25 des donnees transcodees. 

Sinon, une etape de transcodage E47 permet de transcoder ce 
medium lu et de le memoriser dans le second repertoire 25. 

Puis les autres media contenus dans la page sont traites en reiterant 
les etapes E42 a E47. 
20 On va maintenant decrire en reference a la figure 5 un premier mode 

de realisation de I'etape d'adaptation E35 du procede d'adaptation decrit a la 
figure 3a. 

Conformement a Pinvention, des reception d'une requete d f acces 
debutant une session de communication, Tensemble des documents situes sur 
25 le serveur d'informations 1 sont adaptes en fonction des caracteristiques de 
Tutilisateur 3, sans attendre la reception de requetes ulterieures envoyees par 
I'utilisateur 3. 

II est important, pour effectuer cette adaptation du contenu des 
documents, d'utiliser une strategie determinant un ordre de traitement des 
30 documents. 
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Dans ce mode de realisation, la determination de I'ordre de 
traitement est faite en fonction de la frequence d'acces a ces documents sur le 
serveur deformations 1 . 

On peut ainsi determiner un ordre de priorite dans lequel les pages 
5 du serveur deformations 1 sont parcourues pour etre adaptees. 

En pratique, une fois la premiere page requise adaptee lors de 
I'etape d'adaptation de page E33, on verifie dans une etape de test E51 si cette 
page requise est la derniere page du serveur deformations. 

Dans la negative, on selectionne la page suivante la plus frequentee 
10 dans une etape de selection E52. 

La probability d'acces peut etre calculee par le serveur 
deformations 1 a partir par exemple du nombre de fois que chaque page du 
serveur a ete demandee precedemment par tous les utilisateurs qui se sont 
connectes au serveur deformations 1. 
15 On met en oeuvre, sur cette page selectionnee, I'etape d'adaptation 

de page E33 telle que decrite precedemment en reference a la figure 4 de 
maniere a adapter I'ensemble des media contenus dans cette page. 

Puis on reitere I'ensemble des etapes E51, E52 et E33 decrit 
precedemment sur les differentes pages du serveur deformations. 
20 On va decrire maintenant, en reference aux figures 6 a 9, un second 

mode de realisation de I'invention dans lequel la determination de I'ordre de 
traitement des documents a adapter est determine en fonction de 
I'arborescence des documents sur le serveur deformations 1 . 

Dans ce mode de realisation, dans un premier temps, les pages 
25 directement accessibles a partir de la premiere page requise vont etre traitees. 

En effet, dans le cas du langage de description HTML, les pages 
Web contiennent generalement un ou plusieurs liens permettant de pointer vers 
d'autres pages Web. 

Comme illustre a la figure 9, les pages Web 21 d'un serveur 
30 deformations 1 contiennent differents liens 26 permettant de rendre d'autres 
pages Web 21 accessibles a partir d'une page Web 21 . 
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Les differentes pages Web 21 du serveur d'informations 1 peuvent 
ainsi etre representees sous la forme d'une structure arborescente telle 
qu'illustree a la figure 9. 

Comme illustre sur cette figure 9, un sens de parcours S est defini 
de maniere a traiter les differentes pages 21 en fonction de I'arborescence de 
ces pages sur le serveur deformations 1 . 

Afin de determiner cet ordre de parcours S, on utilise en pratique 
une table T a deux dimensions de pointeur vers des pages Web. La premiere 
dimension est indexee par un indice de profondeur P. 

Cette profondeur P peut etre interpreter comme etant le nombre de 
liens a parcourir pour passer d'une page initiale a la page courante traitee. 

La deuxieme dimension est indexee par le nombre de pages 
existantes dans la table T [P] pour une profondeur P donnee. 

On utilise egalement une autre table a une dimension indexee 
egalement par la profondeur P. 

Cette table Nb [P] contient le nombre de pages pour chaque 
profondeur differente. 

Une variable supplemental p definie un pointeur vers une page du 
serveur d'informations 1 . 

L'ensemble de ces variables et tables peut etre memorise dans les 
registres de la memoire vive 103 illustre a la figure 2. 

Comme illustre a la figure 6, une etape d*initialisation E61 permet 
d'initialiser les tables pour chaque profondeur P. 

En pratique, la table T [P] est vide et la table Nb [P] = 0. 

On considere ensuite une profondeur P = 0 dans une etape de 
lecture E62 et on initialise le pointeur p en considerant la page initiale requise 
par I'utilisateur dans une etape d'initialisation E63. 

La table T [P] [Nb[P]] pointe alors vers cette page p, dans une etape 
E64, et on incremente de 1, dans une etape decrementation E65, le nombre 
de page Nb [P] pour cette profondeur P = 0. 
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Comme illustre a la figure 7, on verifie ensuite dans une etape de 
test E66 si cette profondeur P ne contient aucune page. 

On compare en pratique la table Nb [P] a 0 et si ce nombre Nb [P] 
est strictement positif, on initialise un indice N a 0 dans une etape d'initialisation 
5 E67. On verifie ensuite dans une etape de test E68 si le nombre Nb [P] est 
strictement superieur a Tindice N. Dans Taffirmative, on associe au pointeur p, 
dans une etape dissociation E69, la valeur du tableau T [P] [N] puis on traite 
cette page dans une etape de traitement E70. 

Cette etape de traitement E70 sera decrite en reference a la figure 8. 
10 On incremente ensuite, dans une etape decrementation E71, 

Tindice N = N + 1 et on reitere Tensemble des etapes E68 a E71 de maniere a 
traiter toutes les pages a une profondeur donnee P. 

Lorsque toutes les pages ont ete traitees, c'est-a-dire qu'a Tissue de 
Tetape de test E68 le nombre de pages a cette profondeur P est inferieur ou 
15 egal a Tindice N, on considere la profondeur suivante dans une etape 
decrementation E72 dans laquelle P = P + 1. 

On reitere ensuite pour cette nouvelle profondeur P, Tensemble des 
etapes E66 a E71 pour traiter Tensemble des pages a cette profondeur P. 

On obtient ainsi le sens de parcours S tel qu'illustre a la figure 9, 
20 permettant de traiter toutes les pages 21 du serveur par ordre de profondeur P 
croissant. 

On va decrire a present en reference a la figure 8, le traitement de la 
page pointee p a Tetape de traitement E70. 

On verifie d'abord dans un test E81 si cette page p ne contient 
25 aucun lien. Tel est le cas par exemple des pages Web 21a illustrees sur la 
structure arborescente a la figure 9. 

Dans ce cas, le processus de traitement E70 est termine et on 
considere la page suivante a la meme profondeur P, si elle existe, dans Tetape 
decrementation E71 decrite precedemment. 
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On traite ensuite chaque page pi reliee a la page courante p dans un 
ordre de priorite fonde sur la probability que chaque page a d*etre demandee 
par Tutilisateur. 

Comme dans le premier mode de realisation decrit en reference a la 
5 figure 5, cet ordre de priorite peut etre determine a partir de statistiques 
etablies sur les frequences d'acces a chaque page du serveur d'informations 1. 

On considere ainsi, dans une etape de lecture E82, la page pi 
correspondant au lien le plus frequente a partir de la page courante p. 

On verifie dans un test E83, si cette page pi n'a pas deja ete traitee. 
10 Comme illustre a titre d'exemple a la figure 9, lorsque Ton traite la 

page 21b, cette derniere pointe vers la page 21a qui a deja ete traitee lors du 
traitement des pages a une profondeur inferieure. 

Si tel est le cas, on verifie a I'etape de lecture E86, s'il existe un 
autre lien a partir de la page courante p, et on considere a I'etape E87, la page 
15 suivante pi correspondant au lien suivant, le plus frequente a partir de la page 
courante p. 

Ensuite, on reitere I'etape de test E83 et suivantes sur cette nouvelle 

page pi. 

A I'etape de pointage E84, si la page pi n'a pas ete traitee, on fait 
20 pointer la table T [P+1] [Nb [P+1]] vers cette page pi, et on incremente, a 
I'etape decrementation E85, le nombre de pages Nb [P+1] = Nb [P+1] + 1 
dans la table T pour la profondeur consideree P. 

Puis on met en oeuvre sur la page pi Tetape d'adaptation de page 
E33 proprement dite et decrite precedemment en reference a la figure 4. 
25 On traite ainsi successivement tous les liens de la page courante p. 

[.'adaptation des pages 21 du serveur d'informations 1 est ainsi 
realisee en suivant Tarborescence des documents stockes sur ce serveur 1. 

La presente invention permet par consequent d'adapter tous les 
documents d'un serveur d'informations aux caracteristiques liees a un client 3, 
30 pendant la session de communication. 
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Afin de ne pas encombrer la memoire du serveur, les versions 
adaptees des documents sont supprimees a la fin de chaque session de 
communication avec un client. 

Bien entendu, plusieurs processus d'adaptation conformes a 
Tinvention pourraient etre mis en oeuvre en parallele sur un meme serveur 
d'informations, lorsque plusieurs utilisateurs 3 sont connectes en meme temps 
au serveur deformations 1. 
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REVENDICATIONS 

1. Procede d'adaptation du contenu de documents (21) sur un 
serveur d'informations (1) comportant les etapes suivantes : 

- reception (E31) d'une requete d'acces par un utilisateur (3) a Tun 
des documents (21) situes sur le serveur d'informations (1), ladite requete 
d'acces debutant une session de communication ; et 

- analyse (E32) des caracteristiques contenues dans ladite requete 

d'acces ; 

caracterise en ce qu'il comprend une etape d'adaptation (E35) du 
contenu d'au moins un deuxieme document situe sur le serveur d'informations 
(1) en fonction desdites caracteristiques, I'etape d'adaptation (E35) dudit 
deuxieme document s'effectuant avant la reception d'une requete d'acces audit 
deuxieme document. 

2. Procede d'adaptation conforme a la revendication 1, caracterise 
en ce que I'etape d'adaptation (E35) est interrompue a la reception d'une 
requete d'acces a un document du serveur d'informations (1). 

3. Procede d'adaptation conforme a I'une des revendications 1 ou 2, 
caracterise en ce qu'a I'etape d'adaptation (E35), le contenu de tous les 
documents situes sur le serveur d'informations (1) est adapte en fonction 
desdites caracteristiques. 

4. Procede d'adaptation conforme a Tune des revendications 1 a 3, 
caracterise en qu'il comporte en outre une etape de determination (E35) d'un 
ordre de traitement pour I'adaptation des documents situes sur le serveur 
d'informations (1 ). 

5. Procede d'adaptation conforme a la revendication 4, caracterise 
en ce qu'a I'etape de determination (E35), I'ordre de traitement des documents 
est determine en fonction de la frequence d'acces a ces documents sur le 
serveur d'informations (1 ). 
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6. Procede d'adaptation conforme a la revendication 4, caracterise 
en ce qu'a I'etape de determination (E35) ? I'ordre de traitement des documents 
est determine en fonction de I'arborescence des documents sur le serveur 
deformations (1 ). 

5 7. Procede d'adaptation conforme a Tune des revendications 1 a 6, 

caracterise en ce qu'a I'etape d'analyse (E32), les caracteristiques contenues 
dans ladite requete d'acces sont choisies parmi des caracteristiques d'un 
terminal dudit utilisateur (3), des caracteristiques d'un reseau de 
communication (2) entre ledit utilisateur (3) et le serveur d'informations (1), et 

10 des caracteristiques propres a I'utilisateur (3). 

8. Procede d'adaptation conforme a Tune des revendications 1 a 7, 
caracterise en ce qu'il comprend en outre une etape de suppression desdits 
documents adaptes sur le serveur deformations (1) a la fin de la session: de 
communication entre ledit utilisateur (3) et le serveur d'informations (1 ). 

15 9. Dispositif d'adaptation du contenu de documents, (21) sur un 

serveur d'informations (1 ) comprenant : 

- des moyens de reception (22) d'une requete d'acces par un 
utilisateur (3) a Tun des documents (21) situes sur le serveur d'informations (1) ; 
et 

20 ' - des moyens d'analyse (22) des caracteristiques contenues dans 

ladite requete d'acces ; 

caracterise en ce qu'il comprend des moyens d'adaptation (24) du 
contenu d'au moins un deuxieme document situe sur le serveur d'informations 
(1) en fonction desdites caracteristiques, Tadaptation dudit deuxieme document 

25 s'effectuant avant la reception d'une requete d'acces audit deuxieme document. 

10. Dispositif d'adaptation conforme a la revendication 9, caracterise 
en ce qu'il comporte en outre des moyens de determination (22) de I'ordre de 
traitement pour I'adaptation des documents (21) situes sur le serveur 
d'informations. 

30 11. Dispositif d'adaptation conforme a Tune des revendications 9 ou 

10, caracterise en ce qu'il comprend en outre des moyens de suppression (22) 




des documents adaptes du serveur d'informations a la fin de ladite session de 
communication entre I'utilisateur (3) et le serveur deformations (1). 

12. Dispositif d'adaptation conforme a Tune des revendications 9 a 
11, caracterise en ce que lesdits moyens de reception (22), d'analyse (22), 

5 d'adaptation (24), et eventuellement de determination (22) et de suppression 
(22), sont incorpores dans : 

- un microprosseur (100) ; 

- une memoire morte (102) adaptee a memoriser un programme 
d'adaptation du contenu de documents ; et 

10 - une memoire vive (103) comprenant des registres adaptes a 

memoriser des variables modifiees lors de I'execution dudit programme. 

13. Serveur d'informations, caracterise en ce qu'il comprend des 
moyens adaptes a mettre en oeuvre le procede d'adaptation conforme a Tune 
des revendications 1 a 8. 

15 14. Reseau de communication comprenant au moins un serveur 

d'informations (1 ) delivrant des documents (21) a un ou plusieurs utilisateurs (3) 
du reseau d'information (2), caracterise en ce qu'il comprend des moyens 
adaptes a mettre en oeuvre le procede d'adaptation conforme a Tune des 
revendications 1 a 8. 
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